你的笔记谁说了算?——Obsidian 设计哲学里的「反叛」
wuxl 2026年6月15日 09:20
你的笔记谁说了算?——Obsidian 设计哲学里的「反叛」
基础介绍
你用 Obsidian 的时候,有没有想过这些问题:
- 为什么它坚持用本地 Markdown 文件,而不是云端数据库?
- 为什么它不内置 AI,非要靠插件?
- 为什么它的同步还要自己配(或者付费),不像 Notion 那样打开就是最新的?
- 为什么它的界面看起来「朴素」,不像 Notion 那样花里胡哨?
这些不是 Obsidian 的「缺点」或「没来得及做」。 每一个设计决策背后,都有一条明确的哲学。 理解这些哲学,你才能真正用好 Obsidian——而不只是「把 Notion 的用法搬过来」。
Obsidian 的七条设计原则
创始人 Steph Ango(Kepano)在多个场合阐述过。我把它归纳为七条:
1. File over app → 文件优先于应用 2. Local-first → 本地优先 3. Links over folders → 链接优先于文件夹 4. Extensible, not bloated → 可扩展,不臃肿 5. Longevity over trends → 长期主义,不追风口 6. Plain text over rich → 纯文本优先于富文本 7. User owns the tool → 用户掌控工具,而非工具掌控用户
下面逐条展开——每一条都有对应的产品决策,以及对你的实际影响。
使用场景
在深入哲学之前,先建立一个认知框架。Obsidian 的每个设计决策,都可以用一句话来检验:
「这个决定,是让人今天爽,还是让人十年后不后悔?」
大多数笔记软件选择「今天爽」——云端同步、内置 AI、拖拖拽拽排版、一键协作。这些东西立竿见影,但代价是什么?数据锁在云端、格式专有、迁移困难、隐私堪忧。
Obsidian 选择「十年后不后悔」——每个功能都放在「如果公司明天倒闭了,你的笔记还能不能用」这个尺度上衡量。
| 场景 | 「今天爽」的做法 | Obsidian 的做法 |
|---|---|---|
| 存储 | 云端数据库 | 本地.md 文件 |
| AI | 内置,开箱即用 | 插件,用户决定 |
| 同步 | 自动云端 | 本地文件 + 可选 Sync |
| 排版 | 富文本 | Markdown 纯文本 |
| 协作 | 多人实时编辑 | 无原生协作 |
| 扩展 | 封闭生态 | 2700+ 社区插件 |
现在你可能觉得左边更香。十年后回头看,右边才是留得住的。
基本使用——七条原则逐一拆解
1. File over app —— 文件高于应用
这是 Obsidian 最核心、最反直觉的原则。
传统笔记软件: 你的笔记 = 应用里的数据 应用删了 → 数据没了 导出?给你个 PDF/HTML,结构全丢 Obsidian: 你的笔记 = 硬盘上的 .md 文件 Obsidian 只是一个「阅读器 + 编辑器」 应用删了 → 文件还在 → 换 Typora、VS Code 照样打开
这在代码世界里是常识。 你用 Photoshop 存的是 .psd ,但你知道能用 Affinity Photo 打开。你用 Word 存的是 .docx ,但你知道 LibreOffice 也能读。笔记凭什么不能这样?
Obsidian 坚持 .md 这个地球上最通用的纯文本格式——任何一个文本编辑器都能打开,任何一个大语言模型都训练过,Git 可以直接 diff。 你的笔记不依赖任何软件的存在。
具体体现:
- 没有「导入 Obsidian」的概念——把
.md文件拖进文件夹就是导入 - 没有「导出 Obsidian」的概念——文件已经是最通用的格式了
- 重命名、移动文件时,Obsidian 自动更新所有链接——这是它的附加值,而不是锁定的手段
2. Local-first —— 本地优先
云端优先(Notion、NotebookLM): 数据在服务器 → 开软件 = 发请求 → 没网?抱歉 本地优先(Obsidian): 数据在硬盘 → 开软件 = 读文件 → 没网?照用
本地优先不只是「离线能用」—— 它是数据主权的技术基础。 当你的数据在本地,你拥有它的一切权利:备份、加密、版本控制、迁移、删除。当你的数据在云端,你拥有的是一个「访问权」——服务条款一改,这个权利就可能缩水。
具体体现:
- Obsidian Sync 是 端到端加密 的——即使 Sync 服务器被黑,你的数据也是密文
- 你可以选择不用 Sync,用 iCloud、Git、Syncthing、甚至 U 盘拷贝
- AI 插件可以用本地模型(Ollama)——笔记一个字都不上传
3. Links over folders —— 链接高于文件夹
传统笔记用 文件夹树 来组织知识。Obsidian 用 双向链接 来组织知识。
文件夹的问题: 一篇笔记只能放在一个文件夹里 但「进化论」既属于「生物学」又属于「哲学」 你放哪个文件夹? 双向链接的解法: 「进化论」就是一篇笔记 生物学笔记里写 [进化论](/wiki/进化论) 哲学笔记里也写 [进化论](/wiki/进化论) 打开「进化论」→ 反向链接面板列出所有引用它的笔记
文件夹是「物理位置」,链接是「逻辑关系」。真实世界的知识本质上是网络状的——一个概念可以同时属于多个领域,两篇看似无关的笔记可能存在深层联系。链接比文件夹更接近知识的真实形态。
具体体现:
- 图谱可视化——笔记之间的关系不是藏在文件夹树里的,是画在图上给你看的
- 局部图谱——看一篇笔记的时候,同时看到它的「朋友圈」
- 块引用——不只能链接到笔记,还能链接到具体段落
- MOC(内容地图)——用一篇全是链接的笔记当「目录」,替代文件夹
4. Extensible, not bloated —— 可扩展,不臃肿
Obsidian 的核心非常小——就是一个 Markdown 编辑器 + 双向链接引擎。什么都不装,就能打字、链接、图谱。
但你需要的其他功能——看板、日历、数据库查询、AI 对话、PDF 标注——全都可以通过插件加上。
「内置一切」(Notion): 优点:开箱即用 缺点:你不用的功能也在那里占地方,你改不了它们的行为 「插件扩展」(Obsidian): 优点:核心小而精,功能按需装配 缺点:需要花时间选插件、配置插件
这种设计让你可以「组装」一个适合你自己的 Obsidian,而不是接受一个为所有人设计的通用方案。
具体体现:
- 2700+ 社区插件,但没有一个是「必装」的——裸跑也能干活
- 开发者 API 开放——社区插件不是「第三方」,是一等公民
- CSS 片段——连界面的细节都能改
- 核心插件也是「可选的」——你可以在设置里关掉官方的日记、图谱、Canvas
5. Longevity over trends —— 长期主义
Obsidian 诞生于 2020 年。五年后,Notion 加了 AI,Roam 融资遇阻,Evernote 被卖来卖去。Obsidian 还在——7 个人,零融资,独立运营。
这不是运气,是选择。
不融资 → 不需要追求增长 → 不做对用户没好处的事 不用订阅 → 不绑架用户 → 用户留下是因为好用,不是沉没成本 不追风口 → AI 是插件,不是主菜 → AI 不会绑架你的知识库
Obsidian 是极少数敢说「我们不做 XXX 功能」的产品。不做内置 AI、不做原生协作、不做云端优先——不是做不到,是跟长期主义冲突。
具体体现:
- 个人使用永久免费——不靠订阅锁你
- Catalyst 是一次性赞助,不是订阅——你不续费也能继续用旧版
- 大版本升级平滑——从 2020 年到 2026 年,vault 格式从未不兼容
- 创始人公开承诺:即使公司关闭,也会开源 Obsidian,确保用户数据永不断路
6. Plain text over rich —— 纯文本优先
Markdown 是一种「意图标记」而非「视觉排版」。
富文本(Notion): 「我要这段文字是 18px、加粗、蓝色」 → 你控制的是视觉 Markdown(Obsidian): 「这段是 ## 二级标题」「这段是 **重点**」「这是 - 列表」 → 你控制的是结构和语义
富文本的问题是——2026 年的蓝色标题,到 2036 年可能丑得你不想看。纯文本的结构标记是永恒的—— ## 就是二级标题,一万年前是,一万年后也是。
具体体现:
- 你可以完全用键盘写作——手不离开键盘,思路不被打断
- 源码模式下,你能看到笔记的「基因」——没有隐藏的格式
- 用 Git 管理版本——每一次改动都有 diff,谁改的、什么时候改的,清清楚楚
- AI 读你的笔记不需要任何适配——Markdown 是 AI 的母语
7. User owns the tool —— 你掌控工具
传统 SaaS: 你租用软件 → 软件升级 → 你被迫接受新 UI/新定价/新功能 Obsidian: 你拥有软件 → 软件升级 → 你可以不升 → 你甚至可以降级
这条哲学贯穿了 Obsidian 的整个产品设计:
- 个人免费 ——开发者不是你的房东
- 版本历史 ——Obsidian Sync 保留一年内的所有版本,随时回滚
- Restricted Mode(安全模式) ——关闭所有第三方插件,用来排查问题,这是你掌控工具的体现
- Insider 版本可选 ——你想尝鲜就开,不想就不开,不会被推送
进阶使用——当哲学遇上实践
哲学如何影响你的日常选择
理解了 Obsidian 的设计哲学,很多「要不要这样做」的问题就有了判断标准:
该不该用 Obsidian Sync?
哲学说:Local-first、File over app → Sync 是可选服务,不是必需品 → 如果你已经有 iCloud/Git/Syncthing,可以不用 → 如果你想要 E2E 加密 + 版本历史 + 官方支持,值这个钱 → 不管用不用 Sync,你的 .md 文件永远在本地
该不该装 80 个插件?
哲学说:Extensible, not bloated → 插件的意义是「按需装配」,不是「越多越好」 → 每个插件都是对 Obsidian 运行效率和稳定性的消耗 → 推荐控制在 10 个核心插件——其他用命令面板和快捷键替代 → 定期审查:三个月没用过的插件,卸了
该不该用 Obsidian 做项目管理和协作?
哲学说:Local-first、Links over folders → Obsidian 的设计目标是「个人长期知识库」,不是「团队项目管理」 → 看板和任务管理可以插件实现,但协作不是它的赛道 → 建议:Obsidian 做知识沉淀,Notion/Linear 做项目协作
文件夹路径是该深还是该平?
哲学说:Links over folders → 文件夹不要太深——每多一层,你的笔记就被多锁定一个物理位置 → 原则:文件夹只用于「大的分类」,不用于「精细的组织」 → 精细的组织交给链接、标签、MOC
当你的需求跟哲学冲突时
没有一款工具能满足所有人。了解 Obsidian 的设计哲学,也能帮你判断「是不是该换工具」:
你需要 → Obsidian 刻意不做 → 考虑换? ───────────────────────────────────────────────── 云端自动同步 → 本地优先,同步是可选 → 也许你需要 Notion 多人实时协作 → 不主打协作 → 试试 Notion / Google Docs 手写笔记 → Markdown 不支持手写 → 试试 GoodNotes / Notability AI 全程自动驾驶 → AI 是插件,不是主菜 → 试试 NotebookLM 拖拽可视化排版 → Markdown 优先结构 → Notion 排版更自由
这不是 Obsidian 的缺点,这是取舍。 一个什么都要的工具,最后什么都要不好。
七条原则的优先级
七条原则不是平起平坐的。当它们之间有冲突时,Obsidian 有明确的优先级:
File over app > Local-first > Links over folders > Plain text > Extensible > Longevity > User owns the tool
最底层是「文件高于应用」——这是一切的基础。如果你今天只能带走一个 Obsidian 的理念,带走这个。
小结
Obsidian 的设计哲学不是营销话术——它写进了每一行代码、每一个产品决策、每一篇官方文档里。理解它,你不一定能让你「用得更好」,但能让你「用得更踏实」。
如果你只记住一句话
你的笔记是
.md文件,不是.obsidian文件。Obsidian 是你今天选的编辑器,但你的知识不属于任何编辑器。
用哲学检验你的工作流
定期问自己三个问题: 1. 如果 Obsidian 明天消失了,我的笔记还能用吗? → 如果答案是「能」——你的工作流符合 File over app 2. 我的笔记有没有「莫名其妙」的地方? → 如果每个 .md 文件直接用文本编辑器看都是结构清晰的 → 那你的工作流符合 Plain text 3. 我是不是过度依赖某个插件了? → 试试关掉它,核心工作流还能跑吗? → 如果核心依赖某个插件,考虑找纯 Markdown 替代方案
最后
在这个 AI 狂奔、SaaS 统治、注意力被撕成碎片的时代——Obsidian 的哲学显得有点「不合时宜」。它不追风口,不搞增长黑客,不锁用户。
但正是这种「不合时宜」,让它在五年后依然值得信任。
工具会变,平台会死,格式会过时。纯文本不会。 你写在 .md 文件里的每一个字,从第一天起,就是自由的。
参考:
- Steph Ango (Kepano) 关于 File over app 的文章
- Obsidian 官方关于设计理念的说明
obsidian核心教程 · 目录
继续滑动看下一个
obsidian学习教程
向上滑动看下一个